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This listing of claim^^faces all prior versions and listings of claims in the application: 



Listing of Claims : 




v 



Claim 1 (currentl)^toiended): 

A program flow method in a program component system, comprising a running time 
system (44) and several components (20, 20 1 , ..,) each having one program portion-(22), 
said method comprising the following steps during the execution of the program portion 
(22) of a first component (20): 

a) data acquisitionXby means of the running time system (14), of data of a second 
component (20*) into said first component (20) independent of program-defined 
interfaces in said second component (20*); and 

b) data disposal by means of the running time system (14), of data of said first 
component (20) into said second component (20 1 ) independent of program-defined 
interfaces in the second component (20*). 

Claim 2 (currently amended): 

The method according to claim 1 , cftaracterized in that the data transmitted during the 
data acquisition are transferred from a memory image portion (28) of said second 
component (2©9 into a transfer data region (34) of said first component (20), and/or that 
the data transmitted during the data disposal are transferred from a transfer data region 
(34) of said first component (20) into a memory v image portion (28) of said second 
component (20*). 

Claim 3 (currently amended, previously amended once):\ 

The method according to claim 1, characterized inVhat said data acquisition and/or 
data disposal is carried out without the cooperation of sal^l second component (20^. 

Claim 4 (currently amended, previously amended once): 

The method according to claim 1 , characterized in that saidS^econd component (20*) is 
inactive during said data acquisition and/or data disposal. 

Claim 5 (currently amended, previously amended once): 

The method according to claim 1 , characterized in that said transfer data region (34) 
of said second component (20 1 ) is located in a saving region during said dat^acquisition 
and said data disposal. 
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Claim 6 (currently amended, previously amended once): 

The method according to claim 1, characterized in that local and/or non-persistent 
data of said second component (30 1 ) are transmitted during said data acquisition and/or 
said data disposal* 

Claim 7 (currently amended, previously amended once): 

The method according to claim 1 , characterized in that during the execution of the 
program portion {33) of said first component {30) a waiting list is made indicating which 
of the data of said first component {30) require data disposal 

Claim 8 (currently amended, previously amended once): 

The method according to claim 1 , characterized in that a called component (20, 20', 
ttt) can directly access an access data region (30) comprising the data fields defined and 
/or available in said calling compon^it (20, 20 1 , ...) * 

Claim 9 (currently amended, previously amended once): 

The method according to claim 1 , characterized in that the call of a component (30^ 
20', ...) is triggered by call information comprised in a docking point of the calling 
component. 

Claim 10 (currently amended): 

A method of expanding a program component System comprising several components 
(20,20', ...) , by one further component, said methodVomprising the steps of: 

a) searching for docking points for said further\component in said program 
component system, which docking points correspond to an inheritance parameter 
determined by a definition of said further component; and 

b) modifying the components (20, 20', ...) of the program component system 
where at least one docking point was found, by entering ca(l information about the 
further component at each docking point found. 

Claim 1 1 (currently amended): 

The method according to claim 10, characterized in that all interaction interfaces of 
the previous components (20, 20 f , ...) are predefined as potential docking: points. 
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Claim 12 (currently amended): 

The metho^according to claim 10, characterized in that all interaction screen fields 
referenced by the previous components (20, 20', ...) and/or all print mask output fields 
and/or all access operations on persistent data are predefined as potential docking points. 

Claim 13 (previously amended qnce): 

The method according toVlaim 10, characterized in that by entering said call 
information into a docking point a call of the further component from the component into 
which said call information was entered, is prepared. 

Claim 14 (previously amended once): 

The method according to claim 10, characterized by an additional step of: 

c) generating at least one binary objec\from the definition of the further 
component. 

Claim 15 (original): 

The method according to claim 14, characterized in fhat a maximum of one binary 
object is generated for each docking point that has been fou\d. 

Claim 16 (currently amended): 

The method according to claim 15, characterized in that while generating each binary 
object, the memory allocation is considered in the one component (20,^0*, ...) of the 
program component system which includes the underlying docking poinr 
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